home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / mint / l_1199 / 1651 < prev    next >
Encoding:
Internet Message Format  |  1994-08-27  |  2.3 KB
  1. From: Stephen Usher <Stephen.Usher@earth.ox.ac.uk>
  2. Subject: Re: MiNT 1.10 re-sync
  3. Date: Fri, 17 Jun 1994 07:57:20 +0100 (BST)
  4. In-Reply-To: <9406162221.AA00392@jelal.north.de> from "Juergen Lock" at Jun 17, 94 00:21:42 am
  5. Mime-Version: 1.0
  6.  
  7. >Michael Hohmuth writes:
  8. >
  9. >> > 6. and now the sticky text/fragmentation megapatch...  does a few things:
  10. >> 
  11. >> > . execv..() frees the old process memory before allocating the new ones,
  12. >> > and so no longer leaves holes in your memory map.  this took a few
  13. >> > ugly hacks but i think its worth it :)  the only visible change should
  14. >> > be when exec'ing a damaged binary the process gets killed, fixing that
  15. >> > would require reading executables twice.
  16. >> 
  17. >> Well, that's fine with me, but I don't know whether this "non-posixish"
  18. >> behaviour is tolerable by all others?  I guess so... as it effectively
  19. >> makes "damaged executable" equivalent to "executable crashed immediately
  20. >> after it has been run".
  21.  
  22. Hmm.. I think this is bad as many programs have code after an exec which
  23. takes alternate action if the exec fails. The alternative, of course, is to
  24. copy the original text elsewhere before loading the new program if the new
  25. program's text is smaller or the same size as the original program. If the
  26. exec fails then it can be copied back and the process resumed. If the new
  27. process being exec()ed is larger than the original program (and the memory
  28. above the current program isn't free) then exec()ing as we do now would be
  29. no problem.
  30.  
  31. The only sure way to stop memory fragmentation is to start using paged
  32. memory management. This, of course, can only be done on the 68030 and above.
  33.  
  34. > or whats on systems that demand-page text instead of loading it all at
  35. >once...  do they always check the entire file before?
  36. >> 
  37. >> Opinions?
  38. >
  39. > should there be some flag to turn it off?  in mint.cnf?
  40. >> 
  41. >> Michael
  42. > cheers
  43. >    Juergen
  44. >-- 
  45. >J"urgen Lock / nox@jelal.north.de / UUCP: ..!uunet!unido!uniol!jelal!nox
  46. >                                ...ohne Gewehr
  47. >PGP public key fingerprint =  8A 18 58 54 03 7B FC 12  1F 8B 63 C7 19 27 CF DA 
  48. >
  49.  
  50. Steve
  51.  
  52. -- 
  53. ---------------------------------------------------------------------------
  54. Computer Systems Administrator, Dept. of Earth Sciences, Oxford University.
  55. E-Mail: steve@uk.ac.ox.earth (JANET) steve@earth.ox.ac.uk (Internet).
  56. Tel:- Oxford (0865) 282110 (UK) or +44 865 282110 (International).
  57.